home *** CD-ROM | disk | FTP | other *** search
ggggllllccccoooommmmpppp((((3333GGGG)))) ggggllllccccoooommmmpppp((((3333GGGG)))) NNNNAAAAMMMMEEEE ggggllllccccoooommmmpppp - controls compatibility modes FFFFOOOORRRRTTTTRRRRAAAANNNN 77777777 SSSSPPPPEEEECCCCIIIIFFFFIIIICCCCAAAATTTTIIIIOOOONNNN ssssuuuubbbbrrrroooouuuuttttiiiinnnneeee ggggllllccccoooommmmpppp((((mmmmooooddddeeee,,,, vvvvaaaalllluuuueeee)))) iiiinnnntttteeeeggggeeeerrrr****4444 mmmmooooddddeeee iiiinnnntttteeeeggggeeeerrrr****4444 vvvvaaaalllluuuueeee PPPPAAAARRRRAAAAMMMMEEEETTTTEEEERRRRSSSS _m_o_d_e the name of the compatibility mode you want to change. The available modes are: GGGGLLLLCCCCOOOOLLLLDDDD controls the state of old-style polygon mode. GGGGLLLLCCCCZZZZRRRRAAAA controls the state of z-range mapping mode. GGGGLLLLCCCCSSSSOOOOFFFF controls whether this program will keep mouse focus when a shift or control key is pressed. GGGGLLLLCCCCMMMMAAAANNNN sets imakebackground windows to be override redirect. GGGGLLLLCCCCSSSSLLLLOOOO controls whether mapcolor calls are buffered. GGGGLLLLCCCCIIIINNNNPPPP controls whether extra INPUTCHANGE events are generated when entering and leaving a subwindow. GGGGLLLLCCCCNNNNOOOOBBBB controls whether a noborder() window can regain its border. GGGGLLLLCCCCMMMMQQQQEEEE controls the compression of motion events. GGGGLLLLCCCCFFFFOOOORRRR controls which colormaps will be installed when an RGB window receives colormap focus. GGGGLLLLCCCCSSSSEEEETTTT sets the value of the vertical retrace counter. GGGGLLLLCCCCGGGGEEEETTTT returns the present value of the vertical retrace counter. GGGGLLLLCCCCVVVVSSSSYYYY puts the calling process to sleep until the vertical retrace counter reaches some specified value. GGGGLLLLCCCCTTTTAAAABBBB determines how tablet coordinates are scaled when the tablet controls the graphics cursor. _v_a_l_u_e the value you want to set for the specified compatibility mode. DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN ggggllllccccoooommmmpppp gives control over details of the graphics compatibility between IRIS-4D models. PPPPaaaaggggeeee 1111 ggggllllccccoooommmmpppp((((3333GGGG)))) ggggllllccccoooommmmpppp((((3333GGGG)))) OOOOlllldddd----SSSSttttyyyylllleeee PPPPoooollllyyyyggggoooonnnn MMMMooooddddeeee ((((GGGGLLLLCCCCOOOOLLLLDDDD)))) By default, old-style polygon mode is 1. Setting it to 0 speeds up old- style drawing commands but the output is subtly different. See the ``High-Performance Drawing'' and ``Old-Style Drawing'' sections of the _G_r_a_p_h_i_c_s _L_i_b_r_a_r_y _P_r_o_g_r_a_m_m_i_n_g _G_u_i_d_e for further explanation of the two modes and their effects on various machines. Old-style polygon are polygons drawn with any GL commands other than bgnpol/endpol, bgntme/endtme, or bgnqst/endqst. WARNING: some features added recently to the Graphics Library are not supported by old-style polygons. These features include texture mapping, fog, and polygon antialiasing. Use new-style polygon commands, or set GGGGLLLLCCCCOOOOLLLLDDDD to 0, to insure correct operation of new rendering features. This is a per-window mode. ZZZZ----RRRRaaaannnnggggeeee MMMMaaaappppppppiiiinnnngggg MMMMooooddddeeee ((((GGGGLLLLCCCCZZZZRRRRAAAA)))) When z-range mapping mode is 0, the domain of the z-range arguments to llllsssseeeettttddddeeee, llllRRRRGGGGBBBBrrrraaaa, and llllsssshhhhaaaaddddeeee depends on the graphics hardware. When multisample is enabled, and multisample buffers exist in the current framebuffer configuration in the current drawmode, the minimum is the value returned by ggggeeeettttggggccccoooo((((GGGGCCCCMMMMZZZZMMMMIIII)))) and the maximum is the value returned by ggggeeeettttggggccccoooo((((GGGGCCCCMMMMZZZZMMMMAAAA)))). Otherwise, the minimum is the value returned by ggggeeeettttggggccccoooo((((GGGGCCCCZZZZMMMMIIIINNNN)))) and the maximum is the value returned by ggggeeeettttggggccccoooo((((GGGGCCCCZZZZMMMMAAAAXXXX)))). When this mode is 1, these routines accept the range $0 to $7FFFFF; it is mapped to whatever range the graphics hardware supports. In order to maintain backwards compatibility, the default GLCZRA is 1 on IRIS-4D B and G models, and 0 on all others. This is a per-process mode. SSSSoooofffftttt AAAAttttttttaaaacccchhhh ((((GGGGLLLLCCCCSSSSOOOOFFFF)))) Under previous window systems, if any keyboard key was held down, a window would keep receiving mouse events, even if the mouse moved out of the window. This type of input distribution is not supported as a generally available focus policy in X, so the GL provides a similar behavior from programs which ask for it. If a program sets GLCSOF to true, then holding down any of the modifier keys (other than _a_l_t) locks the mouse focus onto that window until all modifier keys (other than _a_l_t) are released. (Modifier keys other than _a_l_t are _s_h_i_f_t and _c_o_n_t_r_o_l.) iiiimmmmaaaakkkkeeeebbbb wwwwiiiinnnnddddoooowwww ccccoooonnnnttttrrrroooollll ((((GGGGLLLLCCCCMMMMAAAANNNN)))) If set to true, imakeb windows will be managed by the window manager. The correct setting of this will vary based on type of background program and type of machine and the user's selection of window managers. See the man page on imakeb for more info. BBBBuuuuffffffffeeeerrrreeeedddd mmmmaaaappppccccoooolllloooorrrr ((((GGGGLLLLCCCCSSSSLLLLOOOO)))) If set to true, then mapcolor requests are flushed to the window server as soon as they are made. If a program is calling mapcolor many times, PPPPaaaaggggeeee 2222 ggggllllccccoooommmmpppp((((3333GGGG)))) ggggllllccccoooommmmpppp((((3333GGGG)))) this will be very inefficient. IIIINNNNPPPPUUUUTTTTCCCCHHHHAAAANNNNGGGGEEEE bbbbuuuugggg ccccoooommmmppppaaaattttiiiibbbbiiiilllliiiittttyyyy ((((GGGGLLLLCCCCIIIINNNNPPPP)))) This controls what INPUTCHANGE events are delivered as focus moves from a window to a subwindow. Before 4.0 an INPUTCHANGE with value "0" was generated as the focus transitioned between a window and its subwindows. In 4.0 INPUTCHANGE "0" always means that the focus has moved to a different top level window. Setting this glcompat value to True will enable the pre 4.0 behavior. nnnnoooobbbboooorrrr(((()))) bbbbuuuugggg ccccoooommmmppppaaaattttiiiibbbbiiiilllliiiittttyyyy ((((GGGGLLLLCCCCNNNNOOOOBBBB)))) Calling wincon() can restore a border previously removed by a call to nobor(). This was not the case before release 4.0. Setting this glcompat value to True will enabe the pre 4.0 behavior. CCCCoooolllloooorrrrmmmmaaaapppp iiiinnnnssssttttaaaallllllllaaaattttiiiioooonnnn ffffoooorrrr RRRRGGGGBBBB wwwwiiiinnnnddddoooowwwwssss ((((GGGGLLLLCCCCFFFFOOOORRRR)))) When an RGB window receives colormap focus, the colormap for color index windows is not affected. Setting this glcompat value to True will cause the color index colormap to be installed when an RGB window gets colormap focus. MMMMoooottttiiiioooonnnn eeeevvvveeeennnntttt ccccoooommmmpppprrrreeeessssssssiiiioooonnnn ((((GGGGLLLLCCCCMMMMQQQQEEEE)))) If the value of GGGGLLLLCCCCMMMMQQQQEEEE is zero, then motion events are received unaltered, with no compression. But if the value is greater than zero, it is the maximum number of events per second at which the GL Q is allowed to grow when motion events are received. For example if the value of GGGGLLLLCCCCMMMMQQQQEEEE is equal to 5, then the GL Q will grow by at most 5 motion events per second. If a new event arrives at a rate faster than allowed by GGGGLLLLCCCCMMMMQQQQEEEE,,,, the new event is never thrown away. Rather, the new event overwrites the previously most recent event in the GL Q. That is, using a positive value for GGGGLLLLCCCCMMMMQQQQEEEE will not in any way prohibit a program from keeping up with the device. There are two defines in <_g_l._h> which may be used for the value of GGGGLLLLCCCCMMMMQQQQEEEE.... The first is GGGGLLLLCCCCCCCCOOOOMMMM,,,, which gives an event rate similar to pre 4.0. The second is GGGGLLLLCCCCCCCCMMMMPPPP,,,, which yields maximum "compression" of motion events. VVVVeeeerrrrttttiiiiccccaaaallll rrrreeeettttrrrraaaacccceeee ccccoooouuuunnnntttteeeerrrr ccccoooonnnnttttrrrroooollll ((((GGGGLLLLCCCCSSSSEEEETTTT,,,,GGGGLLLLCCCCGGGGEEEETTTT,,,,GGGGLLLLCCCCVVVVSSSSYYYY)))) GGGGLLLLCCCCSSSSEEEETTTT sets the initial value of the vertical retrace counter to the given _v_a_l_u_e. The vertical retrace counter will then increment by one on every vertical retrace of the screen display. The frequency of this increment is governed by the video output format in use. GGGGLLLLCCCCGGGGEEEETTTT allows the caller to get the current value of the vertical retrace counter. This value will be stored in the location pointed to by _v_a_l_u_e. Thus _v_a_l_u_e should be used as a pointer to an integer into which GGGGLLLLCCCCGGGGEEEETTTT stores the current value of the vertical retrace counter. PPPPaaaaggggeeee 3333 ggggllllccccoooommmmpppp((((3333GGGG)))) ggggllllccccoooommmmpppp((((3333GGGG)))) GGGGLLLLCCCCVVVVSSSSYYYY puts the calling process to sleep until the remainder of the vertical retrace counter divided by the specified interval equals the specified mod. For example, if the current value of the vertical retrace counter is 126, the specified interval is 5, and the specified mod is 3, then the calling process is immediately put to sleep for two vertical retrace intervals. When the vertical retrace count reaches 128 (such that 128 mod 5 equals 3), the process is woken up. _V_a_l_u_e in this case is a pointer to an array of two integers, the first integer specifies the interval, the second integer specifies the mod. Note that the above three vertical retrace counter control functions are only available on VGX, VGXT, VTX, Reality Engine, Reality Engine 2, Elan, and Extreme graphics systems. These functions work in immediate mode only, with graphics rendered locally. TTTTaaaabbbblllleeeetttt ccccoooooooorrrrddddiiiinnnnaaaatttteeee ssssccccaaaalllliiiinnnngggg ((((GGGGLLLLCCCCTTTTAAAABBBB)))) The value of GGGGLLLLCCCCTTTTAAAABBBB is applicable only when the tablet controls the pointer (graphics cursor). In that case, the value determines how tablet coordinates are mapped to screen coordinates. If the value is _0, there is a 1-1 mapping between tablet coordinates and screen coordinates, so that on a typical tablet, only the lower left quadrant will be mapped to the screen. If the value is _1 (the default), then "iso" scaling is performed. That is, as much of the tablet as possible is mapped to the screen, with the restriction that a 1-1 aspect ratio is preserved. (I.e. the same scaling is applied to both x and y.) If the value is _2, then the entire tablet is mapped to the entire screen. (This is called "fit" scaling.) SSSSEEEEEEEE AAAALLLLSSSSOOOO getgde, lRGBra, lsetde, lshade, imakeb, glresources NNNNOOOOTTTTEEEESSSS This routine is available only in immediate mode. The state of old-style polygon mode is ignored on IRIS-4D B and G models. BBBBUUUUGGGG GLCZRA should be a per-window mode. PPPPaaaaggggeeee 4444 
